home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000044_icon-group-sender _Sat Feb 12 18:59:50 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 16 Feb 1994 12:36:31 MST
  2. Date: 12 Feb 94 18:59:50 GMT
  3. From: dog.ee.lbl.gov!overload.lbl.gov!agate!usenet.ins.cwru.edu!wariat.org!kf8nh!bsa@ucbvax.Berkeley.EDU  (Brandon S. Allbery)
  4. Organization: Brandon's Linux box and AmPR node, Mentor, OH
  5. Subject: Re: wishing for an Icon-like embedded language
  6. Message-Id: <1994Feb12.185950.447@kf8nh.wariat.org>
  7. References: <CL0x83.BAr@walter.bellcore.com>, <1994Feb12.032054.26100@cs.rit.edu>, <1994Feb12.142953.9522@noao.edu>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. In article <1994Feb12.142953.9522@noao.edu>, swampler@noao.edu () says:
  14. +---------------
  15. | In article <1994Feb12.032054.26100@cs.rit.edu>, nmw1638@cs.rit.edu (Nicolas M Williams) writes:
  16. | |> In article <CL0x83.BAr@walter.bellcore.com> norman@flash.bellcore.com (Norman Ramsey) writes:
  17. | |> >of anyone out there has thought about using Icon as an extension
  18. | |> >language, or about how to identify a subset or design an extension
  19. | |> >language with the ``flavor'' of Icon.
  20. | |> 
  21. | One reason why Icon hasn't been embedded is because of the sophisticated syntax -
  22. +------------->8
  23.  
  24. Ahem.  Check out
  25.  
  26. #define IconCalling
  27.  
  28. in config/.../define.h.  It's normally left turned off according to the
  29. documentation, because it incurs overhead in order to support recursive calls
  30. from C to Icon and vice versa.  ---It also warns that this requires linking
  31. the entire Icon interpreter and runtime system into the C program, so to that
  32. extent you are correct.  (Heavyweight Tcl, anyone?  :-)
  33.  
  34. | an Icon parser into an application!  (Hmmm, maybe someone should write an 'Icon
  35. | Server' that can handle parsing and interpreting from multiple Icon clients...)
  36. +------------->8
  37.  
  38. Been there, done that... except it was for Prolog, not Icon.  I could probably
  39. dig it up and change it to an Icon server if I had the time and the
  40. inclination.
  41.  
  42. The biggest problem here is maintaining separate execution contexts for all
  43. clients.  For the Prolog one I didn't need to; it was essentially a "Prolog
  44. database server" which arbitrated access to a common rulebase.  Had I needed a
  45. general *language* server mechanism it would have been more difficult.
  46.  
  47. ++Brandon
  48. -- 
  49. Brandon S. Allbery       kf8nh@kf8nh.ampr.org         bsa@kf8nh.wariat.org
  50. "MSDOS didn't get as bad as it is overnight -- it took over ten years
  51. of careful development."  ---dmeggins@aix1.uottawa.ca
  52.